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Beschreibung 

Call Hold / Terminal Portability in H. 323-ISUP-BICC-SIP 
Netzen 

5 

Die Erfindung betrifft Netze, in denen eine Dekomposition / 
Trennung von 1) Signalisierung und 2) Nutzkanalen - auch 
Medium, Payload oder Bearer genannt - durchgefuhrt wird. 
Fur die Obermittlung und Bearbeitung der Signalisierung 
10 kommen hierbei sog. Media Gateway Controllern (MGC) - auch 
Feature Server, Media Node oder hiQ9200 genannt - zum 
Einsatz. Fur die Obermittlung der Nutzkanale zwischen 
unterschiedlichen Netztypen wie z.B. den bewahrten lei- 
tungsorientierten Telephonnet zen (auch Time Devision Mul- 
15 tiplex (TDM) Netze genannt) oder paketorientierten Daten- 
netzen (auch IP-Netze genannt, wenn das aus dem Internet 
bekannte Internet Protokol (IP) angewendet wird) werden 
sogenannte Media Gateways (MG) - auch hiGlOOO genannt - 
eingesetzt. Diese Gateways und Gateway Controller konnen 
20 auch zwischen unterschiedlichen paketorientierten Datennet- 
zen angeordnet sein, in denen z.B. die Protokolle der SIP 
Familie oder die der H.323 Familie zum Einsatz kommen. 



•Sowohl zwischen den MGC als auch zwischen den MGC und den 

MG ist eine Kommunikation vorgesehen, die jeweils nach den 

Regeln eines hierftir passenden Protokolls durchgefuhrt 
wird. 



Fur die MGC-MGC Kommunikation kann z.B. ein Protokoll gemafi 
30 dem ITU-T Standard Q. 1902.x BICC CS2 (Bearer Independent 

Call Control - Capability Set 2) zum Einsatz kommen, in dem 
z.B. mit einem eigenen service indicator beim MTP (message 
transfer part) und Q765.5 BAT (bearer application trans- 
port) fur IP bearer RTP als Bearer Technologie beschrieben 
35 wird, wie bei der Trennung von Call und Bearer dem Endkun- 
den seine gewohnten Dienste im Telekommunikationnet z be- 
reitzustellen sind. Es konnen jedoch auch beliebige gleich- 
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wirkende Protokolle wie z.B. ISUP+ vorgesehen werden. 

Fur die MGC-MG Kommunikation kann z.B. ein Protokoll ent- 
sprechend dem Standard MGCP (Media Gateway Control Proto- 
5 col), dem ITU-T Standard H.248 oder ein beliebiges anderes, 
gleichwirkendes Protokoll zum Einsatz kommen. 

Die entsprechenden Verhaltnisse sind in Figur 1 aufgezeigt. 

10 Zusatzlich wird auch ein Interworking mit dem Session 

Initiation Protocol (SIP) betrachtet mit einem Interworking 
zwischen den Protokollen SIP, ISUP und BICC. Dieses Scena- 
rio ist in Figur 2 dargestellt. 

15 Weiterhin wird auch ein Interworking mit der H.323 Protokoll- 
f ami lie, die insbesondere auch die Protokolle H.225, H.248 
und H.450 umfasst, mit einem Interworking zwischen den Proto- 
kollen SIP, ISUP, BICC denen der H.323 Familie. 

20 Ziel des Interwor kings ist u.a., dass auch den SIP Teilneh- 
mern die heutigen, aus den TDM Netzen bekannten ISDN Dienste 
(auch Leistungsmerkmale, Features oder Services genannt) 
angeboten werden konnen bzw. sollen. Dabei soil auch einem SIP 
Teilnehmer z.B. das bisher bekannte Verfahren „Call Hold / 

25 3PTY Service", bei dem abhangige Partner auf Hold gelegt wird, 
bei Anwendung einer BICC MGC-MGC Kommunikation % zur Verfugung 
gestellt werden. Dasselbe Verfahren kann z.B. auch bei dem 
Terminal Portability Service angewendet werden. Beiden Servi- 
ces ist gemeinsam, dass in ihrem Ablauf eine Auftrennung des 

30 Bearers erforderlich ist. 

Problematisch ist hierbei, dass ftir diese Auftrennung im 
Verkehr zwischen zwei TDM Teilnehmern ein anderer Functi- 
onsplit festgelegt ist als fur die im Verkehr zwischen zwei 
35 SIP Teilnehmern. 
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die dortige Senderichtung zu unterbrechen (siehe dazu auch 
IETF draft 2543bis Kapitel B.4.4.). 

Somit kann bei einem Interworking zwischen einem TDM Teilneh- 
5 mer und einem SIP Teilnehmer zwar ein TDM Teilnehmer das 

Leistungsmer kraal anfordern, well der vom SIP Teilnehmer ausge- 
hende Bearer in der Vermittlungsstelle des TDM Teilnehmers auf 
Hold gelegt wird. Im umgekehrten Fall wird jedoch der vom TDM 
Teilnehmer ausgehende Bearer nicht auf Hold gelegt, da die 
10 bestehenden Vermittlungsstellen des TDM Netzes die von dem SIP 
Teilnehmer ausgesendete Mitteilung nicht erhalten und auch 
nicht verarbeiten konnen. Damit ist das Leistungsmerkmal nicht 
ablauffahig, wenn es von einem SIP Teilnehmer initiiert wird. 

15 Dieses Problem wird durch die Erfindung gelost, die in den 
Anspruchen, Figuren und nachfolgend beschrieben ist. 

Mit der vorgeschlagenen L5sung wird ermoglicht, daft der abhan- 
gige PSTN Tin. wirklich das Senden seiner Payload in Richtung 
20 SIP Teilnehmer unterbricht. 

Entgegen der Anwendung in der bestehenden Vermittlungstechnik 
mit der derzeit ohnehin schon vorhandenen Moglichkeit, den 
entfernten Teilnehmer lokal ftir Sende- und Empf angsrichtung 
auf Hold zu legen, wird dies im Interworking Fall im MG 
zumindest in Richtung des SIP Teilnehmers durchgef uhrt . 

Vorteilhaft wird hierdurch dem SIP draft Standard nicht 
widersprochen . 

Weiterhin wird ein Verfahren angeboten, welches dem Operator 
ermoglicht, diese Feature auch in seinem ISUP/BICC Netz bei 
Interworking zu SIP dhne Einschrankung anzubieten. 




35 



Auch ist keine Adaption des bestehenden Inf rastruktur, insbe- 
sondere der Vermittlungsstellen des TDM Netzes, erf orderlich. 
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Es wird vorgeschlagenen, die Steuerung der H.323 Teilnehmer 
derart zu modif izieren, daft der abhangige H.323 Teilnehmer 
wirklich das Senden seiner Payload in Richtung des SIP Teil 
nehmers unterbricht. 

5 Entgegen der Anwendung in der bestehenden Vermittlungstechnik 
mit der derzeit ohnehin schon vorhandenen Moglichkeit, den 
entfernten Teilnehmer lokal fur Sende- und Emp fangs richtung 
auf Hold zu legen, wird dies in diesem Interworking Fall im 
10 H.323 Teilnehmer zumindest in Richtung des SIP Teilnehmers 
durchgef tihrt . 

Alternativ wird die Unterbrechung des vom H.323 Teilnehmer 
ausgehenden Payloadstroms nicht im H.323 Teilnehmer sondern 
15 in einem Media Gateway oder Media Gateway Controller vorge- 
nommen, der zwischen H.323 Teilnehmer und SIP Teilnehmer 
angeordnet ist. Dies hat den Vorteil, dass bestehende H.323 
Teilnehmer unverandert bleiben. 

20 Vorteilhaft wird hierdurch dem SIP draft Standard nicht 
wider sprochen . 

Weiterhin wird ein Verfahren angeboten, welches dem Operator 
ermSglicht, diese Feature auch in seinem ISUP/BICC Netz bei 
25 Interworking zu SIP ohne Einschrankung anzubieten. 

Auch ist keine Adaption des bestehenden Inf rastruktur, insbe- 
sondere der Vermittlungsstellen des TDM Netzes, erf orderlich. 

30 Die grundsatzliche Anwendung ist in Figur 3 dargestellt. 

Im folgenden wird doe grundsatzliche Verbindungssteuerung im 
Falle eines Interwor kings zwischen einem A-seitigen H.323 
Teilnehmer und einem B-seitigen SIP Teilnehmer ausgefuhrt, 
35 wobei das Feature "Call Hold" oder "Terminal portability" 
von dem B-seitigen SIP Teilnehmer initiiert werden soil. 
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rat entsprechend dem derzeitigen Stand der Technik eine re- 
INVITE zum entfernten Teilnehmer mit der IP Adresse auf 
0.0.0.0. Am Interworking Punkt von BICC auf .SIP, wird der 
Wert der IP Adresse 0.0.0.0 vorzugsweise in einen neuen Wert 
des Action Indicator im BAT APP (der Begriff Action indica- 
tor bezeichnet ein Inf ormationselement im BICC, urn bei MGC- 
MGC Kommunikation. mit Hilfe von BICC einem entfernten MGC 
durchzufuhrende Aktionen zu signalisieren) umgesetzt, wel- 
ches dem entfernten MGC sagt, dafl fur diese Verbindung 
vorubergehend kein Senden von Payload in Richtung des B- 
Teilnehmers erlaubt ist. Dabei darf der APP in einer BICC 
SUS/RES, Oder CPG(Hold) / CPG ( retrieve ) gesendet werden. 
Zusatzlich kann der APP in einer eigenstandigen APM gesendet 
werden, wobei zu beachten ist, das dies ggf . zu einer Ent- 
synchronisierung fiihren kann. 

Nach dessen Empfang veranlafit das A-seitige MGC mit Hilfe 
des H.225 Protokolls mit einem neuen Inf ormationselement , 
beispielsweise „recvonly" in der CallHoldOperations (Ab- 
schnitt 12 der ITU-T Recommendation H.4 50.4) in der 
FACILITY, daii kein Mediastrom mehr zum SIP Teilnehmer gesen- 
det wird. 

Alternativ konnten die in H.450.4 schon definierten Informa- 
tionselemente wiederverwendet werden, allerdings mit der 
zusatzlichen Forderung, dass H323 Endgerate die bisherige 
optionale Prozedur dann ^mandatory" implementieren mussen. 

Wenn der B-seitige SIP Teilnehmer nun den A-seitigen Teil- 
nehmer wieder aufnehmen will, sendet die SIP Applikation 
wieder seine eigene IP Adresse. Daraus wird im BICC wieder 
ein Action Indicator gemacht, welcher das Sendender Payload 
von A nach B zulalit. Dabei darf der APP in einer BICC 
SUS/RES, oder CPG (Hold) /CPG (retrieve) oder zusatzlich. in 
einer eigenstandigen APM (s.o., sowie ggf. Verdoppelung der 
Meldungen in Hintereinanderschalten von Interworkings BICC- 
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SIP usw.) gesendet werden. 

Daraufhin veranlaBt das A-seitige MGC mit Hilfe des H.225 
Protokolls mit einem neuen Informationselement, beispielswei- 
se „sendrecv" in der CallHoldOperations in der FACILITY, daB 
der Mediastrom wieder zum SIP Teilnehmer gesendet wird. 

Alternativ konnten die in H.450.4 schon definierten Informati- 
onselemente wiederverwendet werden, allerdings mit der Forde- 
rung, dafi H323 Endgerate die bisherige optionale Prozedur dann 
„mandatory" implementieren miissen. 

Fur den Fall daB das Feature vom A-seitigen H.323 Teilnehmer 
initiiert werden soli, ist erf orderlich, da der H.323 Teil- 
nehmer das Aussenden seines Payloadstroms definitiv unter- 
bricht. Das Unterbrechen dieses Payloadstromes kann alterna- 
tiv auch in einem zwischengeschalteten Media Gateway MG oder 
Media Gateway Controller MGC durchgeftihrt wird. 

Das aufgefiihrte Szenario ist nur ein Beispiel. Prinzipiell 
ist auch die andere Richtung (A-seitiger SIP Teilnehmer 
sendet re INVITE) erlaubt. 

Es sei betont, daB anstatt von SIP auch jedes andere, gleich- 
wirktende Protokoll wie bspw. SIP-T angewendet werden kann. 

Zur Steuerung des entfernten MGC wird das ITU-T Protokoll 
Q.765.5' z. B. vorzugsweise urn folgenden Wert des Action 
Indicators erweitert: 

1110 0000 recvonly; 
1110 0001 sendrecv; 

recvonly: indication that IP packets are only allowed to be 
received 

sendrecv: indication that IP packets are allowed to be 
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Zur Steuerung des entfernten H323 Teilnehmers wird das Proto- 
koll Q.765.5 weiterhin entsprechend der nachfolgenden Vor- 
schrift auf neue H.225 (ITU-T Recommendation, H323 Call Signa- 
ling) Informationsel entente gemapped. Dieses Mapping hat in 
diesem Fall Vorrang vor der Mappingvorschrif t, die in der 
H.245 Annex C (Interworking ISUP auf H323) Abschnitt C.6.2.8 
Call Hold beschrieben ist. 



Mapping von SIP (via BICC) auf H.323 


Mapping von SIP (via BICC) auf H.323 
(Alternative)(optionale Prozedur 
mandatory) 


BICC 


H.323(H223) 


BICC 


H.323(H.225) 


CPG/SUS/RES 


FACILITY 


CPG/SUS/RES 


FACILITY 


APP 




APP 




Action indicator 


CallHoldOperation 
(neu) 


Action indicator 


CallHoldOperation 
(alt) 


1110 0000 

recvonly 


recvonly 


1110 0000 

recvonly 


HoldNotific 


1110 0001 

sendrecv 


sendrecv 


1110 0001 

sendrecv 


holdRetrieve 



mit : 

recvonly: 
sendrecv: 



indication that IP packets are only allowed to be 
received 

indication that IP packets are allowed to be 
received and send 



Es sei betont, dass die Beschreibung der far die Erflndung 
relevanten Komponenten des Netzes grundsatzlich nicht ein- 
schrankend zu verstehen ist. Fur einen einschlagigen Fachmann 
ist insbesondere of f ensichtlich, dass die verwendeten Begrif- 
fe funktional und nicht physikalisch zu verstehen sind. Somit 
konnen die Komponenten auch teilweise oder vollstandig in 
Software und/oder iiber mehrere physikalische Einrichtungen 
verteilt realisiert werden. Auch kommen in dem Fall, dass 
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beide Teilnehmer (SIP und H323) an einem CFS angeschlossen 
sind, die oben beschriebenen Ablaufe und das dauzgehorxge 
Mapping intern in dem einen CFS zum Ablauf . 
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Patentanspriiche 

1. Verfahren zum Interworking zwischen zwei Protokollen 
(H.323, SIP) in einem Netz mit folgenden Eigenschaften: 

- ein erster Teilnehmer ist entsprechend dem ersten Proto- 
koll (H.323) und ein zweiter entsprechend dem zweiten Pro- 
tokoll (SIP) realisiert, 

- eine Verbindung zwischen den beiden Teilnehmern wird durch 
zumindest je einen Nutzkanal in Hin- und Ruckrichtung rea- 
lisiert, 

- im Netz ist zumindest ein Protokollkonverter (MG, MGC) 
vorgesehen, der zwischen den beiden Protokollen (H.323, 
SIP) angeordnet ist, 

- fur Leistungsmerkmale, die in ihrem Ablauf eine Auftren- 
nung der NutzkanSle vorsehen, ist bei Initiierung des 
Leistungsmerkmals durch den zweiten Teilnehmer eine Mit- 
teilung in Richtung des ersten Teilnehmers vorgesehen mit 
dem Ziel, den von dem ersten Teilnehmer ausgehenden Nutz- 

• kanal zu unterbrechen, 
mit folgenden Schritten: 

(1) dem Protokollkonverter (MG, MGC) wird mitgeteilt, dass 
die Mitteilung von dem zweiten Teilnehmer ausgesendet 
wu-rde , 

(2) von dem Protokollkonverter (MG, MGC) wird bewirkt, dass 
der von dem ersten Teilnehmer ausgehende Nutzkanal unter- 
brochen wird. 

2. Verfahren nach Anspruch 1, 

bei dem die Mitteilung von einem dem ersten Teilnehmer zuge- 
ordneten Protokollkonverter (MG, MGC) empfangen wird und 
daraufhin dem ersten Teilnehmer ein Befehl (FACILITY) zuge- 
stellt wird, den vori dem ersten Teilnehmer ausgehenden Nutz- 
kanal zu unterbrechen. 
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3 verfahren nach Anspruch 1, 

bei dem die Mitteilung von einem dem ersten Teilnehmer zuge- 
ordneten Protokollkonverter (MG, MGC) empfangen und von 
daraufhin bewirkt wird, dass der auch nach Verarbeitung der 
Mitteilung weiterhin von dem ersten Teilnehmer ausgehende 
Nutzkanal nicht mehr den zweiten Teilnehmer errexcht. 

4 Vorrichtung, insbesondere Protokollkonverter (MG, MGC) , 
zur Durchfuhrung eines der vorstehenden Verfahren. 

5 Anordnung, insbesondere Netz mit den Eigenschaf ten nach 
Anspruch 1, umfassend zumindest eine Vorrichtung nach An- 
spruch 3. 
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Zusammenf assung 

Call Hold / Terminal Portability in H. 323-ISUP-BICC-SIP 
Netzen 



Zum Interworking zwischen zwei Protokollen (H.323, SIP) in 
einem Netz, in dem ein erster Teilnehmer entsprechend dem 
ersten Protokoll (H.323) und ein zweiter entsprechend dem 
zweiten Protokoll (SIP) realisiert ist, eine Verbindung 
zwischen den beiden Teilnehmern durch zumindest je einen 
Nutzkanal in Hin- und Ruckrichtung realisiert ist, im Netz 
ein Protokollkonverter (MG, MGC) vorgesehen ist, der zwischen 
den beiden Protokollen (ISUP, SIP) angeordnet ist, und in dem 
fur Leistungsmerkmale, die in ihrem Ablauf eine Auftrennung 
der Nutzkanale vorsehen, bei Initiierung des Leistungsmerk- 
mals durch den zweiten Teilnehmer eine Mitteilung in Richtung 
des ersten Teilnehmers vorgesehen ist mit dem Ziel, den von 
dem ersten Teilnehmer ausgehenden Nutzkanal zu unterbrechen, 
wird dem Protokollkonverter (MG, MGC) mitgeteilt, dass die 
Mitteilung von dem zweiten Teilnehmer ausgesendet wurde und 
von dem Protokollkonverter (MG, MGC) bewirkt, dass der von 
dem ersten Teilnehmer ausgehende Nutzkanal unterbrochen wird. 



Figur 3 
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